Flexible store fulfillment

ABSTRACT

Aspects described herein relate to a flexible order fulfillment management system that utilizes predefined fulfillment workflows including common business processes. By utilizing predefined workflows including common business processes, the order fulfillment management system is able to drive store-based fulfillment programs efficiently as multiple fulfillment workflows may utilize the same common business processes and a single fulfillment management system may operate workflows in parallel. In addition, such an order fulfillment management system may also be more easily adapted for different retail store environments as the system allows a designer to easily create or modify a fulfillment workflow by selecting predefined common business processes or creating any additional custom business processes. Another aspect described herein relates to a tool that allows a designer of an order fulfillment program to select from a group of predefined common business processes to create workflows associated with an order fulfillment program.

RELATED APPLICATION

This application is a continuation of U.S. application Ser. No.17/550,893, filed Dec. 14, 2021, which is a continuation of U.S.application Ser. No. 15/695,349, filed Sep. 5, 2017, now U.S. Pat. No.11,227,244, which is a continuation of U.S. application Ser. No.13/969,989, filed Aug. 19, 2013, now U.S. Pat. No. 9,779,375, whichclaims the benefit of priority to U.S. Provisional App. No. 61/798,424filed Mar. 15, 2013, each of which is hereby incorporated by referencein its entirety.

BACKGROUND OF THE DISCLOSURE Field of the Invention

Aspects of the present invention relate generally to systems and methodsfor order fulfillment.

Discussion of Related Art

Traditional warehouse-based order fulfillment models are commonlyutilized to fulfill orders received from consumers. In suchwarehouse-based order fulfillment models, an order is created (e.g.,online, over the phone, via fax, in-person etc.) and an Order ManagementSystem (OMS) identifies a fulfillment center, warehouse, DistributionCenter (DC), or other third party managed facility that is responsiblefor retrieving the order from their stock and shipping the order to thecustomer.

Store-based fulfillment models are alternatives to the traditionalwarehouse-based models. Store-based fulfillment models utilize processeswithin a retail store to fulfill a customer's order. In such store-basedfulfillment models, once an order is created, the products listed in theorder are retrieved from a retail store's stock and subsequently pickedup by the customer at the store, delivered by the store to thecustomer's home, or shipped through a mail carrier. A store may alsoserve as an order pickup location for orders that are fulfilledelsewhere and then shipped to the store where the customers may claimthem.

SUMMARY

According to one aspect of the present invention described herein, aretail facility fulfillment system provides a desired level offlexibility by using configurable workflows and reusable workflowelements that relate to business process execution steps that are takenwithin various retail locations. A workflow designer may pick and chooseeach of these elements to define a particular workflow to be executed ata particular retail location relating to fulfillment. Conventionally,business processes need to be tailored to meet the needs of eachfulfillment implementation, and such customization may be different foreach fulfillment program or market. According to one embodiment, a toolis provided that allows for reuse of common business process componentsto create workflows associated with a fulfillment program.

As described herein, a designer of a fulfillment program may select froma group of predefined common business processes stored on the databaseof a process design system. According to some embodiments, thepredefined common business processes may be preloaded on the database,downloaded to the database from a local or non-local source; transmittedto the database, or transferred to the database by any other appropriatemethod.

By utilizing predefined fulfillment workflows that integrate commonbusiness processes, the flexible order fulfillment management systemdescribed herein may be able to drive store-based fulfillment programsefficiently as multiple fulfillment workflows may utilize the samecommon business processes and a single fulfillment management system mayoperate the workflows in parallel. In addition, such an orderfulfillment management system may also be more easily adapted for avariety of different retail store environments and situations, as theengine allows a user to easily create or modify a fulfillment workflowby selecting desired predefined common business processes and creatingany additional custom business processes which may be required.

Aspects in accord with the present invention are directed to an orderfulfillment system, the system comprising an order fulfillmentmanagement system configured to be coupled to a retail store computersystem, the order fulfillment management system configured to receiveorders from a central order management system and execute fulfillmentworkflows, a database coupled to the order fulfillment managementsystem, the database including storage for fulfillment operationinformation including a plurality of predefined fulfillment workflowsstored within, each predefined fulfillment workflow including at leastone common business process, each common business process including atleast one action, a task management system coupled to the orderfulfillment management system, and at least one associate deviceconfigured to communicate with the task management system, wherein theorder fulfillment management system is configured to select one of theplurality of predefined process workflows for each received order, andwherein the task management system is configured to drive the at leastone device to instruct a user of the at least one device to performactions associated with the common business processes of the selectedpredefined process workflows.

According to one embodiment, the plurality of predefined fulfillmentworkflows includes a first fulfillment workflow including a first groupof predefined common business processes and a second fulfillmentworkflow including a second group of predefined common businessprocesses, and both the first and second group of predefined commonbusiness processes include at least one same common business process. Inanother embodiment, at least one predefined fulfillment workflowincludes at least one custom business process and the task managementsystem is further configured to drive the at least one device toinstruct the user of the at least one device to perform actionsassociated with the common and custom business processes of the at leastone predefined process workflow.

According to another embodiment, the at least one device is a portabledevice configured to display instructions to the user to drive the userto perform actions associated with the common business processes of theselected predefined process workflows. In one embodiment, the at leastone device is a handheld device configured to display instructions tothe user to drive the user to perform actions associated with the commonbusiness processes of the selected predefined process workflows.

According to one embodiment, the task management system is furtherconfigured to identify the user based, at least in part, on acharacteristic of the user. In one embodiment, the characteristic of theuser includes at least one of a qualification of the user and a locationof the at least one associate. In another embodiment, the taskmanagement system is further configured to identify the user based, atleast in part, on a characteristic of a received order. In oneembodiment, the characteristic of the received order includes at leastone of a time characteristic, environmental characteristic, andtemperature characteristic of the received order. In another embodiment,the task management system is further configured to assign actions to auser based, at least in part, on a location of the user. In oneembodiment, the task management system is further configured to assignactions to a user based, at least in part, on a time requirement of anorder.

Another aspect in accord with the present invention is directed to anorder fulfillment system, the system comprising a database including aplurality of predefined common business processes stored within, eachpredefined common business process including at least one definedaction, an input device, and a process design system coupled to thedatabase and the input device, the process design system configured toallow a designer to define a plurality of fulfillment programs byarranging a group of the plurality of common predefined businessprocesses as a sequence of steps, for at least a portion of each one ofthe plurality of fulfillment programs.

According to one embodiment, the process design system is furtherconfigured to be coupled to an order fulfillment management system andto transmit the plurality of fulfillment programs to the orderfulfillment management system. In one embodiment, each one of theplurality of fulfillment programs is implemented by the user as afulfillment workflow including the arranged group of the plurality ofcommon predefined business processes.

According to another embodiment, the plurality of predefined commonbusiness processes includes a first predefined common business processincluding a first set of actions, the plurality of fulfillment programsincludes a first fulfillment program defined by a first fulfillmentworkflow including a first group of predefined common business processesand a second fulfillment program defined by a second fulfillmentworkflow including a second group of predefined common businessprocesses, and both the first and second groups of predefined commonbusiness processes include the first predefined common business process.

According to one embodiment, the database further includes at least onecustom business process. In one embodiment, the process design system isfurther configured to allow a user of the input device to define thefulfillment workflow of at least one of the plurality of fulfillmentprograms by selecting the at least one custom business process and atleast one of the plurality of predefined common business processes.

One aspect in accord with the present invention is directed to a methodfor fulfilling customer orders, the method comprising acts of selecting,via an input device of a process design system within the distributedcomputer system, a first group of common predefined business processesfrom a plurality of common predefined business processes stored in adatabase coupled to the process design system, each one of the pluralityof common predefined business process including at least one action, anddefining, via the input device of the process design system, at least aportion of a fulfillment workflow of a first fulfillment program toinclude the selected first group of common predefined businessprocesses.

According to one embodiment, the method further comprises acts ofselecting, via the input device of the process design system, a secondgroup of common predefined business processes from the plurality ofcommon predefined business processes stored in the database, the secondgroup of common predefined business processes including at least onecommon predefined business process that is also included in the firstgroup of common predefined business processes, and defining, via theinput device of the process design system, at least a portion of afulfillment workflow of a second fulfillment program to include theselected second group of common predefined business processes. Inanother embodiment, the method further comprises an act of transmittingthe first fulfillment program workflow to an order fulfillmentmanagement system of a distributed computer system.

According to another embodiment, the method further comprises acts ofreceiving, at the order fulfillment management system of the distributedcomputer system, orders provided by an order management system of aretail web site, selecting, with the order fulfillment managementsystem, the fulfillment workflow of the first fulfillment program tofulfill a received order, and assigning, by an task management system,the activities from the defined first group of predefined commonbusiness processes of the fulfillment workflow of the selected firstfulfillment program to at least one associate of the retail store tofulfill the received order. In one embodiment, the act of assigning theactivities to the at least one associate comprises an act oftransmitting, from the task management system, at least one instructionrelated to the activities to a device operated by the at least oneassociate. In another embodiment, the act of assigning the activities tothe at least one associate comprises an act of identifying, with thetask management system, the at least one associate based on at least oneof a characteristic of the received order and a characteristic of the atleast one associate. In one embodiment, the act of identifying the atleast one associate based on a characteristic of the at least oneassociate includes an act of identifying the at least one associatebased on at least one of a qualification of the associate and a locationof the associate.

According to one embodiment, the method further comprises acts ofselecting, via the input device of the process design system, at leastone custom business process stored in the database, and defining, viathe input device of the process design system, the fulfillment workflowof the first fulfillment program to include the selected first group ofcommon predefined business processes and the selected at least onecustom business process. In one embodiment the method further comprisesacts of defining, via the input device of the process design system, atleast one custom business process, and defining, via the input device ofthe process design system, the fulfillment workflow of the firstfulfillment program to include the selected first group of commonpredefined business processes and the at least one custom businessprocess.

Another aspect in accord with the present invention is directed to acomputer readable medium comprising computer-executable instructionsthat when executed on a processor performs a method for fulfillingcustomer orders, the method comprising acts of selecting, via an inputdevice of a process design system within the distributed computersystem, a first group of common predefined business processes from aplurality of common predefined business processes stored in a databasecoupled to the process design system, each one of the plurality ofcommon predefined business process including at least one action, anddefining, via the input device of the process design system, at least aportion of a fulfillment workflow of a first fulfillment program toinclude the selected first group of common predefined businessprocesses.

According to one embodiment, the method further comprises acts ofselecting, via the input device of the process design system, a secondgroup of common predefined business processes from the plurality ofcommon predefined business processes stored in the database, the secondgroup of common predefined business processes including at least onecommon predefined business process that is also included in the firstgroup of common predefined business processes, and defining, via theinput device of the process design system, at least a portion of afulfillment workflow of a second fulfillment program to include theselected second group of common predefined business processes.

According to another embodiment, the method further comprises acts ofreceiving, at an order fulfillment management system of a distributedcomputer system, orders provided by an order management system of aretail web site, selecting, with the order fulfillment managementsystem, the fulfillment workflow of the first fulfillment program tofulfill a received order, assigning, by an task management system, theactivities from the defined first group of predefined common businessprocesses of the fulfillment workflow of the selected first fulfillmentprogram to at least one associate of the retail store to fulfill thereceived order, and transmitting, by the task management system, atleast one instruction related to the activities to a device operated bythe at least one associate.

According to one embodiment, the method further comprises an act oftransmitting, by the task management system, a fulfillment status updateto the order fulfillment management system related to the assignedactivities. In one embodiment, the method further comprises an act oftransmitting, by the order fulfillment management system, an orderstatus update related to the received order to the order managementsystem. In another embodiment, the method further comprises an act oftransmitting, by the order fulfillment management system at least oneperformance metric to a reporting system.

According to another embodiment, the method further comprises acts ofselecting, via the input device of the process design system, at leastone custom business process stored in the database, and defining, viathe input device of the process design system, the fulfillment workflowof the first fulfillment program to include the selected first group ofcommon predefined business processes and the selected at least onecustom business process. In another embodiment, the method furthercomprises acts of defining, via the input device of the process designsystem, at least one custom business process, and defining, via theinput device of the process design system, the fulfillment workflow ofthe first fulfillment program to include the selected first group ofcommon predefined business processes and the at least one custombusiness process.

According to one embodiment, the method further comprises an act ofdriving, with the task management system, at least one store system ofthe retail store to implement at least one of the activities. In oneembodiment, the method further comprises an act of receiving, by thetask (activity) management system from the at least one store system ofthe retail store, a task (activity) status update.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings are not intended to be drawn to scale. In thedrawings, each identical or nearly identical component that isillustrated in various FIGs. is represented by a like numeral. Forpurposes of clarity, not every component may be labeled in everydrawing. In the drawings:

FIG. 1 illustrates an order fulfillment system architecture inaccordance with one aspect of the present invention;

FIG. 2A is a component architecture diagram illustrating an orderfulfillment system in accordance with one embodiment of the presentinvention;

FIGS. 2B-2D illustrate is a component interactions diagram illustratingoperation of an order fulfillment system in accordance with oneembodiment of the present invention;

FIG. 3 is a block diagram of a general-purpose computer system uponwhich various embodiments of the invention may be implemented; and

FIG. 4 is a block diagram of a computer data storage system with whichvarious embodiments of the invention may be practiced.

DETAILED DESCRIPTION

Embodiments of the invention are not limited to the details ofconstruction and the arrangement of components set forth in thefollowing description or illustrated in the drawings. Embodiments of theinvention are capable of being practiced or of being carried out invarious ways. Also, the phraseology and terminology used herein is forthe purpose of description and should not be regarded as limiting. Theuse of “including,” “comprising,” or “having,” “containing”,“involving”, and variations thereof herein, is meant to encompass theitems listed thereafter and equivalents thereof as well as additionalitems.

As discussed above, store-based fulfillment models are alternatives tothe traditional warehouse-based models. Typically, retail stores may becapable of performing a variety of different store-based fulfillmentoperations and processes based on multiple store-based fulfillmentmodels. For example, some stores may be capable of performing multiplestore-based fulfillment models such that, according to the differentmodels, an order placed by a customer may be delivered from a retailstore to the customer, prepared for pick-up by a customer after beingpicked from the retail store stock, after being shipped from anotherfulfillment facility, or shipped from the retail store to the customer.

Existing store fulfillment systems are typically designed to implement asingle fulfillment program within a retail store. Typically, differentfulfillment programs are based on different platforms and solutions.Enabling the combination of such multiple fulfillment systems (e.g., toimplement multiple fulfillment programs) at the same retail store andcoordination between those systems may prove to be cumbersome andinefficient.

For example, a retail store capable of performing operations andprocesses associated with multiple store-based fulfillment programs(e.g., such as “in store pick-up”, “home delivery”, and “shipping”fulfillment programs, for example) commonly includes multipleindependent computer modules, each capable of driving the operations andprocesses associated with a single store-based fulfillment program.Incompatibility and lack of synchronization between a large number ofcomputer modules necessary to perform various store-based fulfillmentoperations and processes (supporting various store-based fulfillmentprograms), working independently of each other, increase cost andcomplexity. In addition, such a system may prove inflexible to changingor new operations as such systems are typically tailored to a specificfulfillment process flow and/or a specific type of facility.

Accordingly, embodiments described herein provide a flexible and moreefficient order fulfillment management system that is configured tosupport multiple order fulfillment programs at a retail store andcapable of driving the process of fulfilling customer orders throughmultiple pre-defined workflows. Each workflow controls the fulfillmentmanagement system so that it orchestrates execution of an associatedfulfillment program by engaging software components. The softwarecomponents implement specific order fulfillment business processes. Eachbusiness process is implemented as a business process workflow. Unlikefulfillment workflows that arrange business processes in a sequence, abusiness process workflow is a lower level workflow in the fulfillmentsystem 100 that implements a business process itself. Each element in abusiness process workflow represents either a task that an associateperforms, a condition check that defines conditional logic, or a systemaction. The business process workflow connects these various taskstogether into a workflow. Each business process has an associatedsoftware module that uses lower level software components to implementlogic for different tasks or activities of the business process workflow(e.g., the scanning of an item, the verification of an item using anidentification code, etc.).

Applicants have appreciated that fulfillment workflows associated withsome store-based fulfillment programs that are otherwise unrelated, mayinclude some of the same business processes. For example, thefulfillment workflows of a retail store associated with certainstore-based fulfillment programs (e.g., in-store pick-up, home delivery,and shipping etc.) may each include a “Pick” business process thatdirects an associate within the retail store, through defined actions ina “Pick” business process workflow, to retrieve products listed in theorder from the store's inventory. The “Pick” business process isassociated with almost every store-based fulfillment program (e.g.,in-store pick-up, home delivery, and shipping) as the tasks associatedwith the “Pick” business process (e.g., retrieving the order from ashelf or backroom and scanning the picked product) must be completed foreach one of those store-based fulfillment programs.

According to other embodiments, some additional business processescommon amongst store-based fulfillment programs include a “Stage”business process (in which an order is temporarily stored for furtherprocessing), an “Audit” business process (in which an order isreviewed), a “Load” business process (in which an order is loaded into avehicle or a trailer), a “Pack” business process (in which an order ispacked into a box), a “Ship” business process (in which an order isplaced with a shipping carrier), a “Deliver” business process (in whichan order is delivered by a store to the customer), and a “Pickup”business process (in which an order is dispensed to the customer duringin-store pickup). According to other embodiments, any other type ofcommon business process utilized by multiple store-based fulfillmentprograms may be defined.

The common business processes (and their associated business processworkflows and corresponding software components), as discussed above,may be combined in any number of various ways to form fulfillmentworkflows to accomplish specific store-based fulfillment programs. Forexample, according to one embodiment, an “in-store pickup” fulfillmentprogram of a retail store is associated with a fulfillment workflowincluding the common “Pick”, “Stage”, and “Pickup” business processes.Based on this workflow (and the business process workflows associatedwith the “Pick”, “Stage”, and “Pickup” business processes), an associateat the retail store would retrieve the order from inventory, put theorder into designated area for storing, and retrieve the order to bedispensed to the customer.

According to another embodiment, a “home delivery” fulfillment programof a retail store is associated with a fulfillment workflow includingthe common “Pick”, “Stage”, “Load”, and “Deliver” business processes.Based on this workflow, an associate at the retail store would retrievethe order from inventory, prepare the order for further processing, loadthe order onto a delivery vehicle, and deliver the order to thecustomer. As can be seen above, the “in-store pickup” fulfillmentprogram and the “home delivery” fulfillment program both include thecommon “Pick” and “Stage” business processes. According to otherembodiments, a store-fulfillment program may be defined by combiningseveral common business processes, in any number of ways, into afulfillment workflow.

By utilizing defined fulfillment workflows that integrate commonbusiness processes (and their corresponding business process workflowsand associated software components), the flexible order fulfillmentmanagement system may be able to drive store-based fulfillment programsmore efficiently and may also be more easily adapted for a variety ofdifferent retail store environments and situations.

As described above, fulfillment workflows that integrate common businessprocesses may be utilized by an order fulfillment management system todrive fulfillment programs to fulfill customer orders. For example, FIG.1 illustrates an order fulfillment system 100 in accordance with aspectsdescribed herein. The order fulfillment system 100 includes afulfillment management & applications server 102, one or more portabledevices 104, an administration system 106, a Point of Sale (POS) system108, a store applications & services server 110, a store database 112, areporting component 114, an order management system 116, a processdesign system 128, and a process design system database 134.

The fulfillment management & applications server 102 is coupled to theadministration system 106, the store database 112, the storeapplications & services server 110, the POS system 108, one or moreportable devices 104, and the process design system 128. The storedatabase 112 is also coupled to the store applications & services server110 and the reporting component 114. The fulfillment management &applications server 102 is also coupled to the order management system116. The process design system 128 is also coupled to the process designsystem database 134.

According to one embodiment, the fulfillment management & applicationsserver 102, portable devices 104, administration system 106, Point ofSale (POS) system 108, store applications & services server 110, andstore database 112 are located within a retail store 118, while thereporting component 114 and the order management system 116 are operatedwithin a data center 120. According to another embodiment, some storecomponents (e.g., the fulfillment management and applications server102) can be located within the datacenter 120 and operated remotely fromstore. According to one embodiment, the process design system 128 andprocess design system 128 database 134 are located at a central controlcenter (e.g., such as corporate headquarters 126); however, in otherembodiments, the process design system 128 and process design system 128database may be located at a different location such as within a retailstore 118 or datacenter 120. Additionally, according to a least oneembodiment, some server-based system components shown as located at astore may be moved into the data center 120 to perform their functionsremotely.

The order management system 116 is configured to receive orders placedby a consumer (e.g., via a website operated by the data center 120). Theorders received by the order management system 116 are forwarded to thefulfillment management and applications server 102 via a network (suchas a corporate network or the Internet). The POS system 108 includescontrollers that run a virtual register that records sales andcalculates totals for orders received by the fulfillment management &applications server 102. According to one embodiment, each order islinked to a specific fulfillment program (e.g., selected by the consumeror assigned by the order management system 116) and a correspondingfulfillment workflow.

According to one embodiment, fulfillment workflows for differentstore-based fulfillment programs are created by a designer 132 at theprocess design system 128 based on desired fulfillment programrequirements. For example, in one embodiment, the designer 132 utilizesan input device 130 (e.g., a keyboard, mouse, touch screen etc.) of theprocess design system 128 to create (or modify) a fulfillment workflowto accomplish a specific store-based fulfillment program. Workflowscreated or modified at the process design system 128 are transmitted tothe fulfillment management & applications server 102. According to oneembodiment, any new or modified fulfillment workflow, upon release toproduction, is automatically transmitted from the process design system128 to the fulfillment management & applications server 102. In anotherembodiment, updates including any newly created or modified workflowsare transmitted to the fulfillment management & applications server 102at predefined intervals.

According to one embodiment, the fulfillment workflows created by thedesigner 132 at the process design system 128 include common businessprocesses (and their associated business process workflows), asdescribed above, that are reusable and capable of being utilized inmultiple workflows. For example, according to one embodiment, thedesigner 132 may utilize the input device 130 and a business processdesign application of the process design system 128 to define afulfillment workflow for a retail store by selecting from a plurality ofpredefined common business processes stored in the process design systemdatabase 134 and arranging them into a process flow. According to oneembodiment, the business process design application of the processdesign system includes a Graphical User Interface (GUI), provided on adisplay screen 131 of the process design system 128, that displays aplurality of predefined common business processes and allows thedesigner to select, via the input device 130, the appropriate predefinedcommon business processes to define a fulfillment workflow of afulfillment program.

For example, according to one embodiment, where a designer 132 desiresto define a “ship from store” fulfillment program for a retail store,the designer 132 may operate the GUI to select a plurality of predefinedcommon business processes to define the fulfillment workflow associatedwith the “ship from store” fulfillment program. In one embodiment, thedesigner 132 defines the fulfillment workflow of the “ship from store”fulfillment program by selecting the common “Pick”, “Stage”, “Pack”,“Ship”, and “Load” business processes. In such a program, the businessprocess workflows associated with the common “Pick”, “Stage”, “Pack”,“Ship”, and “Load” business processes would result in the order beingpicked from inventory, prepared for further processing, packed, preparedfor shipping (e.g., affixed with a shipping label), and loaded onto thedelivery vehicle (e.g., a third party carrier).

According to one embodiment, a designer 132 may also create afulfillment workflow including a custom business process, if necessary.According to one embodiment, a custom business process is unique to aspecific fulfillment program and is not common amongst multiplefulfillment programs. For example, while creating a desired workflow fora fulfillment program, a designer 132 may request development ofsoftware components that implement the workflow of a desired businessprocess. Once the software components associated with the custombusiness process are made available in the process design system, adesigner may utilize the input device 130 of the process design systemto select the custom business process (shown on the display 131) toaddress a unique fulfillment situation associated with the fulfillmentprogram.

According to some embodiments, such a custom business process may berequired for a fulfillment program for a retail store where a predefinedcommon business process is inappropriate for the technology capabilitiesof the retail store, for the culture of the population in which thestore is located, for variation of technical capabilities available atthe store, for the unique nature of the tasks to be taken in thebusiness process, or for any other unique situation.

According to one embodiment, custom business processes are stored in theprocess design system database 134 and made available for selection whenthe designer 132 is selecting business processes to define a desiredfulfillment workflow. In one embodiment, custom business processes aredefined by the designer 132 at the process design system via the inputdevice 130 and stored in the database 134. Such a scenario may applywhen the new custom business process results from the creation of a newbusiness process workflow without the need for creation of new softwaremodules. In another embodiment, custom business processes (and theirassociated business process workflows) are defined using new or modifiedsoftware components by an information systems department (e.g., atanother system and/or location). The custom business processes aretransmitted to the process design system 128 and stored in the database134 (thereby making the custom business process available for selectionby the designer 132). The designer 132 may then utilize the custombusiness process in a fulfillment workflow.

For example, in one embodiment, a developer at a corporate InformationTechnology (IT) services department (located at a different locationthen a store) may create a custom software component required to operatemarket-specific store equipment and transmit the associated softwarecomponents to the process design system 128 and the database 134,thereby allowing the designer 132 of a fulfillment program for thespecific market to define and select the custom business process as partof the fulfillment workflow for the fulfillment program.

According to one embodiment, the workflow of a fulfillment programdefined by a designer 132 may include predefined common businessprocesses and/or custom business processes. According to one embodiment,custom business processes and workflows of fulfillment programs definedby the designer 132 are deployed (i.e., transmitted) to the fulfillmentmanagement & applications server and stored, with any requiredconfiguration parameters, in the store database 112.

Based on an order received from the order management system 116, theorder fulfillment management engine within the fulfillment management &applications server 102 selects an appropriate fulfillment program andassociated predefined fulfillment workflow, from the database 112, tofulfill the received order. Upon identification of the appropriatefulfillment program based on the order type, the order fulfillmentmanagement engine selects the appropriate predefined fulfillmentworkflow. The order fulfillment management engine initiates fulfillmenttasks based on the business processes included in the fulfillmentworkflow by sending task requests to the Task Management system softwarecomponents to implement the fulfillment business processes of theselected predefined fulfillment workflow.

According to one embodiment, the order fulfillment management enginewithin the fulfillment management & applications server 102 operates atleast one portable device 104 to implement the fulfillment businessprocesses of the selected predefined fulfillment workflow. According toone embodiment, the portable device 104 is a handheld device 104including a display 105. For example, in one embodiment, based on theselected fulfillment program and associated fulfillment workflow, theorder fulfillment management engine within the fulfillment management &applications server 102 operates the handheld device 104 to instruct auser 124 (e.g., via the display 105) of the handheld device 104 (e.g.,an associate 124 of the retail location) to perform certain taskscorresponding to the business processes in the selected fulfillmentworkflow (e.g., retrieve an item, package item for shipping, deliver anitem, etc). In one embodiment, the order fulfillment management engineoperates the handheld device 104 to provide step-by-step instructions tothe associate 124 to complete tasks corresponding to the businessprocesses in the selected fulfillment workflow.

According to other embodiments, the order fulfillment management enginewithin the fulfillment management & applications server 102 may utilizeanother type of portable device 104 to implement the fulfillmentbusiness processes of the selected predefined fulfillment workflow. Forexample, in one embodiment, the order fulfillment management engine mayprovide an associate 124 with a list of necessary tasks (e.g., via aprintout from a printer or a display screen) to be completed based onthe business processes of the selected fulfillment workflow. In otherembodiments, the order fulfillment management engine may provide anassociate 124 with instructions via some other type of interface ordevice capable of communicating with the order fulfillment managementengine. According to other embodiments, any other appropriate method forproviding tasks or instructions to an associate may be utilized.

According to one embodiment, the order fulfillment management engine isconfigured to drive multiple order fulfillment workflows of multiplefulfillment programs in parallel to fulfill multiple orders. Forexample, in one embodiment, the order fulfillment management engine isconfigured to operate the portable device 104 to instruct a user 124 ofthe portable device 104 to perform tasks corresponding to businessprocesses of multiple selected fulfillment workflows of multiplefulfillment programs (i.e., corresponding to multiple orders). Inanother embodiment, the order fulfillment management engine isconfigured to operate multiple portable devices 104 simultaneously toinstruct users 124 of the portable devices 104 to perform taskscorresponding to business processes of one or more fulfillment workflowsof one or more fulfillment programs corresponding to one or more orders.

In one embodiment, the tasks corresponding to multiple businessprocesses of multiple fulfillment workflows provided to an associate areprovided independently. For example, in such an embodiment, where taskscorresponding to a first workflow of a first fulfillment program and asecond workflow of a second fulfillment program (i.e., dual orders) arebeing provided to a user 124, the portable device 104 may first provideall of the instructions related to the first workflow to the portabledevice 104 before providing instructions related to the second workflow.

However, according to one embodiment, the instructions of a first and asecond workflow of a first and a second fulfillment program may beprovided to the portable device 104 based on other relevant information.In one embodiment, the current instructions being provided to a portabledevice 104 may be selected based on the selected workflow(s) currentlybeing driven and a characteristic of the user of the portable device104, such as the location of the user. For example, if the user 124 iscurrently located in one of the aisles of the retail store and isretrieving an item per a “Pick” business process of the first workflow,the next instruction sent to the portable device 104 by the orderfulfillment management engine may be a “Pick” business process of thesecond workflow, rather than the next subsequent instruction in thefirst workflow, as the user 124 is already at the location where the“Pick” business process of the second workflow must be completed. Inother embodiments, the current instructions being provided to a portabledevice 104 may be based on some other characteristic of the user 124such as the qualifications of the user 124 or the current task beingperformed by the user 124.

In another embodiment, the current instructions being provided to aportable device 104 may be selected based on the selected workflow(s)currently being driven and the time sensitive nature of at least one ofthe orders being fulfilled by the selected workflow(s). For example,according to one embodiment, where at least one of the orders must becompleted within a certain time frame, the order fulfillment managementengine may send instructions to a portable device 104 to ensure that thetime-sensitive order is completed on time.

According to one embodiment, the reporting component 114 is configuredto receive updates from the order fulfillment management engine withinthe fulfillment management & applications server 102 and the storedatabase 112, the updates reporting on the status of orders andfulfillment programs (and associated fulfillment workflows) currentlybeing driven by the order fulfillment management engine.

The administration system 106 is configured to allow a user 122 (e.g., astore manager in charge of the order fulfillment system 100) via aninput device 107 (e.g., a keyboard, mouse or other input device) of theadministration system 106 to control operation of the fulfillment system100. A manager 122 can utilize an application provided by theadministration system 106 to observe status of an order, assignemployees to specific types of tasks, and perform other operationsrelated duties. According to one embodiment, the administration system106 includes a Graphical User Interface (GUI) provided on a displayscreen 111 of the administration system 106 that allows the user toperform system administration tasks via various input devices, like akeyboard, a mouse, touch screen or other input device.

The order fulfillment system 100 is described in greater detail belowwith regards to FIG. 2A. FIG. 2A is a component architecture diagram ofan example order fulfillment system (e.g., system 100). As seen in FIG.2A, the order fulfillment system 100 interacts with the order managementsystem 116, and includes an order fulfillment management engine 202, thereporting component 114, an activity (or task) management system 204, abusiness process execution system 251, a process design system 128. Theorder fulfillment system 100 may also interact with a variety ofdifferent store systems 250.

The fulfillment management engine 202 includes a performance managementcomponent 252, a fulfillment administration component 254, and afulfillment scheduling and tracking component. The performancemanagement component 252 is coupled to both the reporting component 114and the fulfillment administration component 254. The fulfillmentadministration component 254 is also coupled to the reporting component114 and the fulfillment scheduling and tracking component 256. Thefulfillment scheduling and tracking component 256 is also coupled to thereporting component 114, the order management system 116 and the processdesign (and/or design) component 128.

The task (or activity) management system 204 includes a prioritizationagent 260, a scheduling agent 262 and a route optimization agent 264.The prioritization agent 260 is coupled to the scheduling agent 262. Thescheduling agent 262 is coupled to the fulfillment scheduling andtracking component 256 and the route optimization agent 264.

The business process execution system 251 is coupled to the taskmanagement system 204 to control execution of common business processes206 and custom business processes 207. The business process executionsystem 251 is coupled to the process design system 128 to receiveupdates for the common and custom business processes 206 and 207. Commonand custom business processes 206 and 207 and the fulfillment managementengine 202 are integrated with the variety of different store systems250.

As described above, a designer 132 may utilize the process design system128 (as seen in FIG. 1 ) to define order fulfillment workflows 258 offulfillment programs 259 (e.g., “StoreDelivery,” “ShipFromStore,” “StorePickup,” “Other,” as seen in FIG. 2A) by including common and custombusiness processes 206, 207 (and their corresponding business processworkflows). According to one aspect of the present invention, a designeris provided the capability to pick and choose any of the common andcustom business processes 206, 207 to define a particular fulfillmentworkflow to be executed at a retail location. According to oneembodiment, the retail location is selected to participate in aparticular fulfillment program via a GUI based process designapplication tool of the process design system 128.

Conventionally, business processes need to be tailored to meet the needsof a particular fulfillment program or specific market implementation,and such customization may be different for each fulfillment program ormarket. A custom business process 207 that implements such custombusiness process logic is developed and provided to the designer 132 byan Information Technology department for inclusion into a fulfillmentworkflow 258. For example, where a retail store is located in a countrywith a population that has specific cultural requirements with regardsto package delivery, a special custom business process 207 may berequired within a fulfillment program 258 to drive an associate toperform special tasks with regards to package deliveries from thatspecific retail store. As another example, where a retail store hastechnological limitations, special custom business processes 207(including special tasks) may be required in a fulfillment program 258for that store in order to accommodate the limitations of the store.Predefined common business processes 206, predefined common businessprocesses of predefined business fulfillment workflows 266, and custombusiness processes 207 may be integrated together within fulfillmentworkflows to implement any type of required order-fulfillment program.

For example, as shown in FIG. 2A, the designer 132 may define the orderfulfillment workflow 258 of the fulfillment program by selecting from agroup of predefined common business processes 206 including “Audit”,“Pick”, “Stage”, “Pack”, “Ship”, “Deliver”, “Receive”, “Load” and“Pickup” business processes 206 and/or custom business processes 207.Business processes are arranged into a sequence that represents afulfillment workflow 258. According to other embodiments, the group ofpredefined common business processes 206 and custom business processes207 may include any number of components representing any type ofbusiness process. The business processes 206 are considered commonbusiness processes as they are reusable and available for utilizationwithin multiple order-fulfillment workflows of multiple fulfillmentprograms. The business processes 207 are considered custom businessprocesses if they have low potential for reuse in multiple orderfulfillment workflows.

According to some embodiments, a common business process 206 or custombusiness process 207 may be defined to include any number and/or type ofactions to be performed in order to perform a business functionassociated with the business process. According to one embodiment, thetask management system is utilized to drive personnel within the retaillocation to perform certain tasks related to fulfillment operations.Such tasks may be performed such that fulfillment within the retaillocation may be accomplished.

The designer 132 at the process design system 128 may select any of thepredefined common business processes 206 or predefined custom businessprocesses 207 and arrange them in an order or configuration (e.g., viathe input 130 and display 131 of the process design system 128) todefine a desired order fulfillment workflow of a fulfillment program.

For example, in one embodiment, a fulfillment workflow of a “homedelivery” fulfillment program may be defined with the “Pick”, “Stage”,“Load”, and “Deliver” common business processes 206 (and correspondingbusiness process workflows) as discussed above. In another embodiment, afulfillment workflow of a “pickup in store” fulfillment program may bedefined with the “Pick”, “Stage”, and “Pickup” common business processesdiscussed above. In another embodiment, a fulfillment workflow of a“ship from store” fulfillment program may be defined with the “Pick”,“Stage”, “Pack”, and “Ship” common business processes discussed above.According to other embodiments, any of the common business processes maybe defined in any configuration to create any desired fulfillmentworkflow.

According to one embodiment, the fulfillment workflows of fulfillmentprograms (including common 206 and/or custom 207 business processes)defined by the designer 132 at the process design system 128 aretransmitted to the order fulfillment management engine 202 of a storeand stored in a database.

Once the order fulfillment workflows of fulfillment programs aredeployed at the order fulfillment management engine 202 of a retailstore, the order fulfillment system 100 of the retail store awaitsorders from the order management system 116. According to oneembodiment, the order management system 116 receives orders from awebsite associated with the retail store. However, in other embodiments,the order management system 116 may receive orders from another source(e.g., via telephone, via fax, via mail, in person, via the POS system108 etc). The order management system 116 transmits the customer orderto the fulfillment scheduling and tracking module of the orderfulfillment management engine 202.

Based on the received order, the fulfillment scheduling and trackingmodule 256 selects an appropriate predefined order fulfillment programand associated fulfillment workflow 258 (from the store database 112) tofulfill each one of the received orders. Based on the selectedfulfillment program and associated order fulfillment workflows 258, thefulfillment scheduling and tracking module 256 orchestrates execution ofthe fulfillment program and associated fulfillment workflows 258 throughthe task (or activity) management system 204, instructing the taskmanagement system 204 to implement the business processes (common 206and custom 207) in the business process execution system 251 that areassociated with the order fulfillment workflows 258 of the selectedfulfillment program.

Based on the fulfillment workflows 258 selected by the fulfillmentscheduling and tracking module 256 (and the corresponding businessprocesses 206, 207 within the business process execution system 251),the scheduling agent 262 of the task management system 204 determineswhich tasks or steps should currently be performed to implement thebusiness processes 206, 207 of the selected order fulfillment workflows258. In one embodiment, the scheduling agent 262 generates tasks thatare submitted into a task management queue of tasks or steps to beperformed in order to implement the business processes 206, 207 theselected order fulfillment workflows 258.

According to one embodiment, scheduling (or assignment) of tasks oractivities to the associates in the task management system is performedby the scheduling agent 262. According to one embodiment, the schedulingis based, at least in part, on task prioritization information receivedfrom the prioritization agent 260 and sequencing optimization agent 264.For example, the scheduling agent 262 may schedule tasks with shorterdeadlines prior to the tasks that have later deadlines. According toanother embodiment, the schedule or queue generated by the schedulingagent 262 is based, at least in part, on route information received fromthe sequencing optimization agent 264. For example, the sequencingoptimization agent 264 may arrange tasks into a sequence based on thelocation where the tasks must be completed and provide the sequence tothe scheduling agent 262, thus defining an execution sequence for tasksthat have the same or close due time.

The task management system 204, based on the assignment generated by thescheduling agent 262, works with the variety of business processes 206,207 of the selected order fulfillment workflows 258. For example,according to one embodiment, the business process execution system 251engages common and custom business processes 206 and 207 to drive atleast one portable device (e.g., a handheld device 104) to providedirections to an associate to instruct the associate to perform thetasks, activities or steps necessary to execute a business process(e.g., common 206 or custom 207) of the selected order fulfillmentworkflow 258. In another embodiment, common 206 or custom 207 businessprocesses may interact with an external system 268 (e.g., such as ashipping or transportation system) to implement an action of a businessprocess. In other embodiments, the common 206 or custom 207 businessprocess also interacts with a variety of different store systems 268 toreceive information which may be required to fulfill the selected orderfulfillment workflows 258. For example, common 206 or custom 207business process may interact with a Point of Sale system 108 to recordsale transactions related to an order. In other embodiments, common 206or custom 207 business process may interact with any type of storesystem 268.

The operation of the fulfillment management system 100 is described ingreater detail below with regards to FIG. 2B. FIG. 2B is a flow diagramillustrating operation of the fulfillment management system 100. As seenin FIG. 2B, the fulfillment management system 100 interacts with theorder management system 116, the fulfillment management engine 202, theadministration system 106, the reporting component 114, a taskmanagement system 204, a business process (or task) execution component251, and the store database 112.

The order management system 116 is coupled to the fulfillment managementengine 202. The fulfillment management engine 202 is coupled to thereporting component 114, the administration system 106, and the task (oractivity) management system 204. The business process executioncomponent 251 is coupled to the portable device 104. The portable device104 is coupled to the software components 206, 207 that implement commonand custom business processes.

As described above, a designer 132 may utilize the process design system128 (as seen in FIG. 1 ) to define order fulfillment workflows offulfillment programs, that include common business processes 206 andcustom business processes 207. According to one embodiment, the designer132 utilizes the process design system 128 (e.g., via a GUI basedprocess design application tool of the process design system 128) todefine an order fulfillment workflow of a fulfillment program byselecting from predefined common business processes 206 or custombusiness processes 207 stored in the process design database 134. Forexample, as shown in FIG. 2B, the designer 132 may define the orderfulfillment workflow of the fulfillment program by selecting from agroup of predefined common business processes 206 including “Audit”,“Pick”, “Stage”, “Pack”, “Ship”, “Deliver”, “Receive”, “Load” and“Pickup” business processes 206. According to other embodiments, thegroup of predefined common business processes 206 may include any numberof business processes and/or any other type of business process. Thebusiness processes 206 are considered common business processes as theyare reusable and available for utilization within multipleorder-fulfillment workflows of multiple fulfillment programs.

According to one embodiment, each one of the common business processes206 or custom business processes 207 is defined as a business processworkflow 266 that includes at least one action 208 to be performed by anassociate of the retail store to implement the business process. A taskis an instance of execution of a business process. Each task includes atleast one action 208 which is a function that can generally be completedwith one type of movement, (e.g., a pick movement, count movement, putmovement etc.). One example of an action is seen in relation to a “Pick”business process implemented in a “Pick” business process workflow thatincludes actions 208 of picking an item from a store shelf, verifyingthe item via scanning a code on the item, and placing the item into atote or other container. According to some embodiments, each commonbusiness process 206 may be defined to include any number and/or type ofactions 208.

For example, in one embodiment, the “Audit” business process 206includes a single “Confirm Accuracy” action 208 that instructs anassociate to confirm the accuracy of an order. According to anotherembodiment, the “Pick” business process 206 includes a “Retrieve” action208 that instructs an associate to retrieve an item from inventory, a“Scan” action 208 that instructs the associate to scan a barcode of theretrieved item to confirm that the right item has been picked, a systemaction task that validates the entered code against the expected codeand quantity a conditional logic task that causes the system to reportan audit failure if the values do not match, and a “Tote” action 208that instructs the associate to place the item in a specific tote orother container.

According to one embodiment, the “Stage” business process 206 includes a“Bin” action 208 that instructs an associate to retrieve a tote (orother container) associated with an order, and place it into a storagelocation or bin, a “Scan” action 208 that instructs the associate toscan a barcode of the tote to confirm that the right tote has beenretrieved, and a “Label” action 208 that instructs the associate toprint a tote label on a portable printer 109 and affix it to the tote.According to one embodiment, the “Pack” business process 206 includes a“Pack” action 208 that instructs an associate to put items of an order(e.g., items within a tote associated with the order) into a shippingbox, a “Special” task that instructs the associate to confirm whetherany items within the order require special packaging (e.g., because anitem is environmental hazardous, fragile, must be maintained at acertain temperature, etc), and a “Oversize” task that instructs theassociated to confirm whether any items within the order are oversizedand require oversized packaging.

The designer 132 at the process design system 128 may select any of thepredefined common business processes 206 stored in the process designdatabase 134 and arrange the selected predefined common processes 206 inany order or configuration (e.g., via the input 130 and display 131 ofthe process design system 128) to define a desired order fulfillmentworkflow of a fulfillment program. For example, in one embodiment, afulfillment workflow of a “home delivery” fulfillment program may bedefined with the “Pick”, “Stage”, “Load”, and “Deliver” common businessprocesses discussed above. In another embodiment, a fulfillment workflowof a “pickup in store” fulfillment program may be defined with the“Pick”, “Stage”, and “Pickup” common business processes discussed above.In another embodiment, a fulfillment workflow of a “ship from store”fulfillment program may be defined with the “Pick”, “Stage”, “Pack”, and“Ship” common business processes discussed above. According to otherembodiments, any of the common business processes may be defined in anyconfiguration to create a desired fulfillment workflow.

According to one embodiment, as discussed above, the designer 132 at theprocess design system 128 may also select and/or define a custombusiness process that is unique to a specific situation and fulfillmentprogram. For example, where a retail store is located in a country witha population that has specific cultural requirements with regards topackage delivery, a special custom business process may be requiredwithin a fulfillment program to drive an associate to perform specialtasks with regards to package deliveries from that specific retailstore. As another example, where a retail store has technologicallimitations, special custom business processes (including special tasks)may be required in a fulfillment program for that store in order toaccommodate the limitations of the store. Predefined common businessprocesses 206 and custom business processes may be integrated togetherwithin fulfillment workflows to implement any type of requiredorder-fulfillment program.

According to one embodiment, the fulfillment workflows of fulfillmentprograms (including common and/or custom business processes) defined bythe designer 132 at the process design system 128 are transmitted (i.e.,deployed) to the fulfillment management and applications server 102 andstored in the store database 112, to be executed by the orderfulfillment management engine 202.

Once the order fulfillment workflows of fulfillment programs aredeployed at the order fulfillment management engine 202, the orderfulfillment system 100 of a retail store awaits orders from the ordermanagement system 116. According to one embodiment, the order managementsystem 116 receives orders primarily from a website associated with theretail store. The order management system 116 sends a fulfillment orderin a message 210 to the order fulfillment management engine 202.According to one embodiment, the order management system 116 alsotransmits a signal 216 including system configuration metadata to theorder fulfillment management engine 202.

Based on the type of received order, the order fulfillment managementengine 202 selects an appropriate predefined order fulfillment programand associated fulfillment workflow (from the database 112) to fulfillthe received order. Based on the selected fulfillment program andassociated order fulfillment workflow, the order fulfillment managementengine 202 orchestrates execution of the associated fulfillment workflowby sending task requests 218 to the task management system 204,instructing the task management system 204 to execute the businessprocesses (common and custom) associated with the order fulfillmentworkflow of the related fulfillment program. According to oneembodiment, the task request 218 include information regarding whichaction 208 must be performed to execute the business process 206, 207 ofthe selected order fulfillment workflow. Upon receiving a task request218 from the order fulfillment management engine 202, the taskmanagement system 204 enters the request into a task catalog 205. Eachtask request is associated with a specific business process 206, 207.Assignment of a task to an associate for execution may be subject of aset of rules based on multiple factors. For example, according to oneembodiment, the factors may include, but are not limited to associatecharacteristics, the type of work performed by the associate, type andpriority of the assigned task, and the location of the associate at theretail facility.

According to other embodiments, the management and/or assignment oftasks to implement business processes of one or more selectedfulfillment workflows by the order fulfillment management engine may beperformed as described in U.S. patent application Ser. No. 13/677,079entitled “DYNAMIC TASK MANAGEMENT”, filed on Nov. 14, 2012, which isherein incorporated by reference in its entirety.

According to one embodiment, an associate signs in to a portable device104, connects to the task management system 204 via connection signals224 and selects a type of work via task selection messages 222.According to another embodiment, the task management system 204 mayautomatically assign a work type based on characteristics of theassociate (e.g., the associate role provided in the connection signals224 via signal 226 transmitted by the task management system 204 to thetask execution component 251 and the order fulfillment management engine202. The task execution component 251 automatically requests assignmentof a new task to the associate by sending a request 228 to the taskmanagement system 204. Upon receiving a request signal 228, the taskmanagement system 204 determines which task in the catalog 205 to assignto the associate and what business process 206, 207 should be executedbased on the business rules defined in the prioritization agent 260 andthe sequencing agent 264.

Upon assignment of a task, the task execution system 251 sends a message240 that contains parameters that are needed to perform the task to thesoftware module that implements the desired business process 206, 207.The software module that implements the business process 206,207executes a corresponding business process workflow, which in turninvokes associated actions 208. According to one embodiment, for eachassociate action 208, the corresponding software module generates screencontent 246 that is displayed on the screen 105 of the portable device104. Any associate input on the device 104, via scanning of an item orthrough entering using a keyboard 113, is passed to the software modulethat implements business process actions 208 for appropriate processingin a message 242. Task status updates are sent back to the businessprocess execution system 251 and to the fulfillment management system202. In another embodiment, the associate may inform the portable device104 that the task is unable to be completed. In response to theinformation 242 provided by the associate to the portable device 104, atask or activity status update signal 244 is sent to the orderfulfillment management engine 202 to update the engine 202 on whichtask(s) have or have not been completed.

According to one embodiment, based on the received task status updatesignals 244, the order fulfillment management engine 202 provides orderstatus update signals 212 to the order management system 116. Accordingto one embodiment, based on the received task status update signals 244,the order fulfillment management engine 202 may also send an orderadjustment signal 214 to the order management system 116 (e.g., based ona task which is unable to be performed or is incomplete) to requestadjustment of the order. According to one embodiment, the orderfulfillment management engine 202 may also send data feeds 236 withperformance metrics to the reporting component 114 regarding theperformance of the order management system 100.

In response to an activity (or task) status update signal 244 indicatingthat a current task (or activity) associated with a business process206, 207 has been completed, the portable device 104 may send a “taskcomplete” signal 232 to the task management system 204. Also in responseto a task status update signal 244 that indicates a current task oraction associated with a business process 206, 207 has been completed,the portable device 104 may send a “next task” message 228 to the taskmanagement system 204 requesting another task associated with a desiredbusiness process 206 or 207. In response to the “next task” signal 228,the task management system 204 assigns another task and notifies thetask execution system 251 via another task message 230.

According to one embodiment, the task management system 204 willcontinue to assign tasks to the task execution system 251 until there isno appropriate task left in the catalog 205 or the associate signs offof the task management system 204.

According to one embodiment, as described above, the administrationsystem 106 is configured to allow a user 122 (e.g., a store manager incharge of the order fulfillment system 100) via an input device 107(e.g., a keyboard, mouse or other input device) of the administrationsystem 106 to control operation of the fulfillment system 100. A manager122 can utilize an application provided by the administration system 106to observe status of an order, assign employees to specific types oftasks, and perform other operations related duties. For example,according to one embodiment, the administration system 106 is configuredto receive associate task information from the activity managementsystem 204 via the Task Info signals 220, as well as operationalinformation regarding the system 100 via operational information signals234 from the fulfillment management engine 202. In another embodiment,the administration system 106 is configured to control operation of thefulfillment management engine 202 via operational control signals 238.

Various embodiments according to the present invention may beimplemented on one or more computer systems or other devices. A computersystem may be a single computer that may include a minicomputer, amainframe, a server, a personal computer, or combination thereof. Thecomputer system may include any type of system capable of performingremote computing operations (e.g., cell phone, PDA, tablet, smart-phone,set-top box, or other system). A computer system used to run theoperation may also include any combination of computer system types thatcooperate to accomplish system-level tasks. Multiple computer systemsmay also be used to run the operation. The computer system also mayinclude input or output devices, displays, or data storage units. Itshould be appreciated that any computer system or systems may be used,and the invention is not limited to any number, type, or configurationof computer systems.

These computer systems may be, for example, general-purpose computerssuch as those based on Intel PENTIUM-type processor, Motorola PowerPC,Sun UltraSPARC, Hewlett-Packard PA-RISC processors, or any other type ofprocessor. It should be appreciated that one or more of any typecomputer system may be used to partially or fully automate operation ofthe described system according to various embodiments of the invention.Further, the system may be located on a single computer or may bedistributed among a plurality of computers attached by a communicationsnetwork.

For example, various aspects of the invention may be implemented asspecialized software executing in a general-purpose computer system 300such as that shown in FIG. 3 . The computer system 300 may include aprocessor 302 connected to one or more memory devices (i.e., datastorage) 304, such as a disk drive, memory, or other device for storingdata. Memory 304 is typically used for storing programs and data duringoperation of the computer system 300. Components of computer system 300may be coupled by an interconnection mechanism 306, which may includeone or more busses (e.g., between components that are integrated withina same machine) and/or a network (e.g., between components that resideon separate discrete machines). The interconnection mechanism 306enables communications (e.g., data, instructions) to be exchangedbetween system components of system 300. Computer system 300 alsoincludes one or more input devices 308, for example, a keyboard, mouse,trackball, microphone, touch screen, and one or more output devices 310,for example, a printing device, display screen, and/or speaker. Inaddition, computer system 300 may contain one or more interfaces (notshown) that connect computer system 300 to a communication network (inaddition or as an alternative to the interconnection mechanism 306).

The storage system 312, shown in greater detail in FIG. 4 , typicallyincludes a computer readable and writeable nonvolatile recording medium402 in which signals are stored that define a program to be executed bythe processor or information stored on or in the medium 402 to beprocessed by the program. The medium may, for example, be a disk orflash memory. Typically, in operation, the processor causes data to beread from the nonvolatile recording medium 402 into another memory 404that allows for faster access to the information by the processor thandoes the medium 402. This memory 404 is typically a volatile, randomaccess memory such as a dynamic random access memory (DRAM) or staticmemory (SRAM). It may be located in storage system 312, as shown, or inmemory system 304. The processor 302 generally manipulates the datawithin the integrated circuit memory 304, 404 and then copies the datato the medium 402 after processing is completed. A variety of mechanismsare known for managing data movement between the medium 402 and theintegrated circuit memory element 304, 404, and the invention is notlimited thereto. The invention is not limited to a particular memorysystem 304 or storage system 312. The computer system may includespecially-programmed, special-purpose hardware, for example, anapplication-specific integrated circuit (ASIC). Aspects of the inventionmay be implemented in software, hardware or firmware, or any combinationthereof. Further, such methods, acts, systems, system elements andcomponents thereof may be implemented as part of the computer systemdescribed above or as an independent component. Although computer system300 is shown by way of example as one type of computer system upon whichvarious aspects of the invention may be practiced, it should beappreciated that aspects of the invention are not limited to beingimplemented on the computer system as shown in FIG. 3 . Various aspectsof the invention may be practiced on one or more computers having adifferent architecture or components that that shown in FIG. 3 .Computer system 300 may be a general-purpose computer system that isprogrammable using a high-level computer programming language. Computersystem 300 may be also implemented using specially programmed, specialpurpose hardware. In computer system 300, processor 302 is typically acommercially available processor such as the well-known Pentium classprocessor available from the Intel Corporation. Many other processorsare available. Such a processor usually executes an operating systemwhich may be, for example, the Windows XP, Windows Vista, Windows 7, orWindows 8 operating systems available from the Microsoft Corporation,MAC OS System X operating system or an iOS operating system availablefrom Apple Computer, one of many Linux-based operating systemdistributions, for example, the Enterprise Linux operating systemavailable from Red Hat Inc., or UNIX available from various sources.Many other operating systems may be used. The processor and operatingsystem together define a computer platform for which applicationprograms in high-level programming languages are written. It should beunderstood that the invention is not limited to a particular computersystem platform, processor, operating system, or network. Also, itshould be apparent to those skilled in the art that the presentinvention is not limited to a specific programming language or computersystem. Further, it should be appreciated that other appropriateprogramming languages and other appropriate computer systems could alsobe used.

One or more portions of the computer system may be distributed acrossone or more computer systems (not shown) coupled to a communicationsnetwork. These computer systems also may be general-purpose computersystems. For example, various aspects of the invention may bedistributed among one or more computer systems configured to provide aservice (e.g., servers) to one or more client computers, or to performan overall task as part of a distributed system. For example, variousaspects of the invention may be performed on a client-server system thatincludes components distributed among one or more server systems thatperform various functions according to various embodiments of theinvention. These components may be executable, intermediate (e.g., IL)or interpreted (e.g., Java) code which communicate over a communicationnetwork (e.g., the Internet) using a communication protocol (e.g.,TCP/IP).

It should be appreciated that the invention is not limited to executingon any particular system or group of systems. Also, it should beappreciated that the invention is not limited to any particulardistributed architecture, network, or communication protocol. Variousembodiments of the present invention may be programmed using anobject-oriented programming language, such as Java, C++, Ada, or C#(C-Sharp). Other object-oriented programming languages may also beused. Alternatively, functional, scripting, and/or logical programminglanguages may be used. Various aspects of the invention may beimplemented in a non-programmed environment (e.g., documents created inHTML, XML or other format that, when viewed in a window of a browserprogram, render aspects of a graphical-user interface (GUI) or performother functions). Various aspects of the invention may be implemented asprogrammed or non-programmed elements, or any combination thereof.

As described above, the use of common business processes to definefulfillment workflows is performed in relation to fulfillment programsof an order-fulfillment system; however, in other embodiments,fulfillment workflows defined by common business processes and driven bya single engine may also be utilized in other systems where multipleprocess flows must be configured and managed.

As described above, most server-based components of the fulfillmentmanagement system 100 are operated using servers located at a retailstore; however, in other embodiments, where a store does not have thetechnological capability to operate the order management system withinthe store for example, some server-based components of the fulfillmentmanagement system may be operated at a central location (e.g., a datacenter or a central control station) and instructions from the servermay be transmitted (e.g., via a network) to each individual requiredstore. As also described above, the process design system 128 providesfulfillment workflows and associated business process workflows to thefulfillment management & applications server 102 of a retail store;however, in other embodiments, the process design system 128 may providefulfillment workflows and associated business process workflows to anynumber of different stores. In such an embodiment, the process designsystem 128 may provide different fulfillment workflows and associatedbusiness process workflows to each one of the different stores,depending on the requirements of each store and the fulfillment programsthey support.

As described herein, a designer of workflows for a fulfillment programmay select from a group of predefined common business processes storedon the database of the process design system. According to someembodiments, the predefined common business processes may be preloadedon the database, downloaded to the database from a local or non-localsource; transmitted to the database, or transferred to the database byany other appropriate method. By utilizing predefined fulfillmentworkflows that integrate common business processes, the flexible orderfulfillment management system described herein may be able to drivestore-based fulfillment programs more efficiently as multiplefulfillment workflows may utilize the same common business processes anda single fulfillment management system may operate the workflows inparallel. In addition, such an order fulfillment management system mayalso be more easily adapted for a variety of different retail storeenvironments and situations, as the engine allows a user to easilycreate or modify a fulfillment workflow by selecting desired predefinedcommon business processes and creating any additional custom businessprocesses which may be required.

What is claimed is:
 1. An order fulfillment system comprising: a taskmanagement system configured to: transmit a first signal that causes atleast one portable electronic device to display an instruction to a userof the at least one device to perform a first task of a first group oftasks associated with a plurality of predefined common businessprocesses of a first selected predefined fulfillment workflow, whereinthe first signal causes the at least one portable electronic device ofthe user to display the first task of the first group of tasks on agraphical user interface of the at least one portable electronic device;obtain a location of the at least one portable electronic device of theuser while the user performing the first group of tasks associated withthe plurality of predefined common business processes of the firstpredefined fulfillment workflow; determine, based on the location of theat least one portable electronic device of the user, that the user islocated such that the user is available to perform a first task of asecond group of tasks associated with the plurality of predefined commonbusiness processes of a second predefined fulfillment workflow; and inresponse to this determination by the task management system, transmit asecond signal to the at least one portable electronic device to displayan instruction to the user of the at least one portable electronicdevice to interrupt the first group of tasks associated with theplurality of predefined common business processes of the firstpredefined fulfillment workflow, and to perform the first task of thesecond group of tasks associated with the plurality of predefined commonbusiness process of the second predefined fulfillment workflow, whereinthe second signal causes the graphical user interface to not display thefirst task of the first group of tasks and to display the first task ofthe second group of tasks.
 2. The order fulfillment system of claim 1,wherein the first selected predefined fulfillment workflow including afirst group of predefined common business processes and the secondpredefined fulfillment workflow including a second group of predefinedcommon business processes, and wherein both the first and second groupof predefined common business processes include at least one same commonbusiness process.
 3. The order fulfillment system of claim 1, wherein atleast one predefined fulfillment workflow includes at least one custombusiness process and wherein the task management system is furtherconfigured to cause the at least one portable electronic device toinstruct the user of the at least one portable electronic device toperform tasks associated with the common and custom business processesof the at least one predefined fulfillment workflow.
 4. The orderfulfillment system of claim 1, wherein the at least one device is aportable device configured to display instructions to the user to causethe user to perform tasks associated with the common business processesof the selected predefined fulfillment workflow.
 5. The orderfulfillment system of claim 4, wherein the at least one portableelectronic device is a handheld device configured to displayinstructions to the user to cause the user to perform the at least onetask associated with the common business processes of the selectedpredefined fulfillment workflow.
 6. The order fulfillment system ofclaim 4, wherein the order fulfillment management engine is configuredto operate two or more portable electronic devices simultaneously toinstruct users of the two or more portable devices to perform taskscorresponding to business processes of one or more predefinedfulfillment workflows.
 7. The order fulfillment system of claim 4,wherein the instructions displayed on the at least one portableelectronic device are based on at least one of a characteristic of theuser, the current task being performed by the user, the predefinedfulfillment workflow currently being driven, or a time sensitive natureof at least one order being fulfilled by the predefined fulfillmentworkflow.
 8. The order fulfillment system of claim 1, wherein the taskmanagement system is further configured to identify the user based, atleast in part, on a characteristic of the user.
 9. The order fulfillmentsystem of claim 8, wherein the characteristic of the user includes atleast one of a qualification of the user and a location of the user. 10.The order fulfillment system of claim 1, wherein the task managementsystem is further configured to identify the user based, at least inpart, on a characteristic of a received order.
 11. The order fulfillmentsystem of claim 10, wherein the characteristic of the received orderincludes at least one of a time characteristic, environmentalcharacteristic, and temperature characteristic of the received order.12. The order fulfillment system of claim 1, wherein the task managementsystem is further configured to assign tasks to a user based, at leastin part, on a characteristic of the user.
 13. The order fulfillmentsystem of claim 1, wherein the task management system is furtherconfigured to assign tasks to a user based, at least in part, on a timerequirement of an order.
 14. The order fulfillment system of claim 1,the system further comprising: an input device; and a process designsystem coupled to the input device, the process design system configuredto allow a user of the input device to define a plurality of fulfillmentprograms by arranging a group of the plurality of predefined commonbusiness processes as a sequence of steps, for at least a portion ofeach one of the plurality of fulfillment programs.
 15. The orderfulfillment system of claim 14, wherein the process design system isfurther configured to be coupled to the order fulfillment managementengine and to deploy the plurality of fulfillment programs to the orderfulfillment management engine.
 16. The order fulfillment system of claim14, wherein the order fulfillment management engine is configured todrive two or more predefined fulfillment workflows of two or morefulfillment programs in parallel to fulfill multiple orders.
 17. Theorder fulfillment system of claim 14, wherein each one of the pluralityof fulfillment programs is defined by the user as one of the pluralityof predefined fulfillment workflows including the arranged group of theplurality of common predefined business processes.
 18. The orderfulfillment system of claim 17, wherein the plurality of predefinedcommon business processes includes a first predefined common businessprocess including a first set of tasks, wherein the plurality offulfillment programs includes a first fulfillment program defined by afirst fulfillment workflow including a first group of predefined commonbusiness processes and a second fulfillment program defined by a secondfulfillment workflow including a second group of predefined commonbusiness processes, and wherein both the first and second groups ofpredefined common business processes include the first predefined commonbusiness process.
 19. The order fulfillment system of claim 17, whereinthe process design system is further configured to allow a user of theinput device to define the fulfillment workflow of at least one of theplurality of fulfillment programs by selecting at least one custombusiness process and at least one of the plurality of predefined commonbusiness processes.
 20. The order fulfillment system of claim 1, whereina fulfillment workflow includes at least one of a pick business process,an audit business process, a load business process, a pack businessprocess, a stage business process, a ship business process, a deliverbusiness process, or a pickup business process.